home *** CD-ROM | disk | FTP | other *** search
/ Space & Astronomy / Space and Astronomy (October 1993).iso / mac / TEXT / SPACEDIG / V16_3 / V16NO325.TXT < prev    next >
Internet Message Format  |  1993-07-13  |  34KB

  1. Date: Wed, 17 Mar 93 05:21:03    
  2. From: Space Digest maintainer <digests@isu.isunet.edu>
  3. Reply-To: Space-request@isu.isunet.edu
  4. Subject: Space Digest V16 #325
  5. To: Space Digest Readers
  6. Precedence: bulk
  7.  
  8.  
  9. Space Digest                Wed, 17 Mar 93       Volume 16 : Issue 325
  10.  
  11. Today's Topics:
  12.                     20Khz Power supplies. (3 msgs)
  13.                 7805s (was Re: 20Khz Power supplies.)
  14.                      Charon & Pluto: definitions
  15.     Chicago Grechko dates(was Re: Cosmonaut Georgi Grechko in USA)
  16.                              Galileo HGA
  17.                Just a little tap (was Re: Galileo HGA)
  18.                Mars Observer Update - 03/16/93 (5 msgs)
  19.                   Response to various attacks on SSF
  20.     Sisters of Mars Observer (was Re: Refueling in orbit) (2 msgs)
  21.                        Solar Arrays Falling Off
  22.  
  23.     Welcome to the Space Digest!!  Please send your messages to
  24.     "space@isu.isunet.edu", and (un)subscription requests of the form
  25.     "Subscribe Space <your name>" to one of these addresses: listserv@uga
  26.     (BITNET), rice::boyle (SPAN/NSInet), utadnx::utspan::rice::boyle
  27.     (THENET), or space-REQUEST@isu.isunet.edu (Internet).
  28. ----------------------------------------------------------------------
  29.  
  30. Date: 16 Mar 1993 20:12:54 -0500
  31. From: Pat <prb@access.digex.com>
  32. Subject: 20Khz Power supplies.
  33. Newsgroups: sci.space
  34.  
  35. In article <16MAR199311481384@judy.uh.edu> wingo%cspara.decnet@Fedex.Msfc.Nasa.Gov writes:
  36. >In article <1o4uh3INNobf@access.digex.com>, prb@access.digex.com (Pat) writes...
  37. >>
  38. >
  39. >
  40. Blatently stupid in your opinion pat. Are you a power engineer?
  41. >
  42.  
  43. Power engineer, no.  I went to school, got my Bachelors  in
  44. Technical Management/CS  back in 84.  Since then, I've been
  45. in the software world,  but I try to keep up with the world of
  46. analog.   Now my Roommate, who I keep in good touch with Is a 
  47. power engineer.  He in fact, is now the chief Load engineer for
  48. LILCO,  and we have lots of long conversations on utility power
  49. supply, and power management issues.  He and I have had lots of
  50. conversations on this issue.  I've also been working at passing the
  51. NEC exam for jorneyman electrician, so I've been learning a lot about real world
  52. electrical system design.   
  53.  
  54. >[more delted]
  55. >
  56. >>Gee Fred.  Several million dollars of MY tax dollars were spent on this
  57. >>boondoggle.  Why shouldn't they justify this.  It's no different
  58. >>then if a congress critter asked these questions.
  59. >> 
  60. >
  61. >pat maybe you should go and look at the Lewis Research center budget for 
  62. >20khz power before you talk about how many millions were wasted. I think
  63. >the entire budget was less than one million for the demonstration system.
  64. >
  65.  
  66. Dennis, let's not get into accounting quibbles.  Nobody knows how
  67. much NASA ever spends on any one subject.   
  68.  
  69. >>Fred.  why don't you have them answer my quewstion, and I'll shut up.
  70. >> 
  71. >>|>|>Can you name any competent Electrical engineers, or Computer engineers
  72. >>|>|>or PE's  who thought this was a good idea?
  73. >
  74. >I have been thinking about 20Khz and I can name a few advantages of it, buty
  75. >only in its use in space. Well actually here on earth too.
  76. >
  77.  
  78. Dennis, you have no idea, how much I appreciated this post.  At least you
  79. had the guts and ability to point to arguments, I hadn't considered or
  80. had placed different weight factors on.
  81. Much more interesting to read, then Fred.
  82.  
  83. >1. 20Khz power is not deadly.  The human body can respond muscularly to 
  84. >frequencies of up to aroun 800 hz.  This is the primary reason that when
  85. >you grab high amperage currents of 60 hz your muscles lock to the power
  86. >and you die. With 20 khz this would not happen even if you got hooked to
  87. >a direct short.  There are several hundred to thousands of people each year
  88. >that die from being muscularly locked to 60 hz or 400 hz power.  This to me
  89. >would be an excellent justification for the use of 20 Khz power nationwide.
  90. >
  91. Muscle lock, while a problem,  seems to be what we call "acceptable risk".
  92. You're right,  one of the Big problems with 60 Hz, is that it is coupled
  93. to an oscillation frequency for VFib,  but on the other hand,  
  94. "there ain't no electricians with Bad Hearts".  60 hz can be a bitch,  but
  95. I've been stung more times then I care for.  400 hz  stings, but we don't
  96. see airmen,sailors, submariners, computer techs dropping like flies.
  97. High voltage still seems more of a threat then anything else.  a 7 KV
  98. coil has a bad habit of leaping out at you.  
  99. I've known 2 guys killed by step up transformers arcing across at them.
  100. One was using a metal tape measure to close to the cabinet.
  101.  
  102. >The problem with 20Khz per se is that some women would not be able to stand 
  103. >being around it, as a few women can hear frequencies that high. I kinda 
  104. >doubt this is a problem since many computer monitors also run in this frequenc
  105. >domain.
  106. >
  107. Ear plugs?
  108.  
  109. >2. Lighter weight tranformers.  This was another reason that 20 Khz was 
  110. >pushed due to the fact that you could have lighter weight transformers than
  111. >would be necessary for a 400 hz system.  With many many experiments, each with
  112. >a transformer in the front end of the power supply thous becomes a significant
  113. >weight driver.  Pat, many many systems use much higher frequencies to 
  114.  
  115. Transformers weigh less,  but How much less?  and given the relative 
  116. percentage of weight sucked up by pwer systems,  how much does
  117. this really save?   Does Higher AC operating voltage guy many of the same
  118. savings, with less risk?   that is a solid decision criteria,  and at least
  119. from what Henry has said, we are only talking 5% more weight savings.
  120. Plus,  what kind of hysterises lossees are we talking about at Higher frequencies.  Efficiency of weight gained, may not help if we lose out on power
  121. required.  Plus, these are zebra transformers,  they're not exactly
  122. off the shelf items.
  123.  
  124. >transform power from one voltage to another.  The MCM 7805 series regulator
  125. >that is used by the millions to regulate +5 VDC is actually a 40 Khz chopper
  126. >regulator in architecture.  That is the DC voltage is converted to 
  127. >40 Khz and then rectified to the new lower DC voltage.  The switching
  128. >power supply on the PC on your desk uses a similar principle by converting
  129. >the 60 hz power from the line to several thousand Khz some in the hundreds of
  130. >thousands and then rectifying that down to the DC voltages used in your
  131. >computer. Why do this? The transformers are much smaller and lighter. This is
  132. >why your switching power supply is a fraction of the size of the old technology
  133. >linear supplies.
  134. >
  135.  
  136. Yeah, Dennis.  Motorola was using switching power supplies back in the
  137. 1960's.  We had them on the old plato terminals.  They worked real well,
  138. but they had lots of funny failure modes,  which gave them a very short
  139. service life.  We were always having to get 1 or two fixed.  
  140. Frequency shifting is a long known technology for  power control,
  141. Triac dimmers use the principle too,  but their reliability and MTBF
  142. aint so hot.
  143.  
  144. Some of this crude old iron technology is virtually indestructible.
  145. ConEd  used to have old three phase transformers that had ridden out
  146. 80 years of midwestern weather.
  147.  
  148. >
  149. >3. Reliability of the overall system.  How often does the power supply go out
  150. >on your desktop PC today? They use the same principle of power supply as was
  151. >proposed for SSF by Lewis. There are millions upon million of these supplies
  152. >out and operating every day. By far most of them operate at hundreds of
  153. >Khz rather than 20 Khz but the prinicple is the same.
  154. >
  155.  
  156. Dennis, there is a big difference between my PC and a space station the
  157. size of decent sized warehouse.   Plus the environment is a lot
  158. different.  My PC lives offa conditioned ISO transformer with gas tube
  159. arresters  and for safety, plugged into some MOVs.  Conditions in orbit
  160. are subject to slightly more rigorous environmental problems :-)
  161.  
  162. >>Fred  as opposed to FRED the cut down space station.  You try to explain
  163. >>why a totally untested technology would be used on such a critical
  164. >>project.  Name 3 projects that have used 20Khz  power.  name 3 companies
  165. Dennis has to be a wise guy;-)  [stuff deleted]
  166. Sure you can order some stuff with internal clock rates at 20,40 and 80Khz.
  167. but It's a little harder getting Circuit Breakers,  UL listed relays,
  168. etc that plug into 20Khz.  What we do on a PC board is a little different
  169. from primary power distribution systems.
  170.  
  171.  
  172. >
  173. >The DC-DC conveter and the great strides that have been made in making this
  174. >technology smaller, cheaper, lighter (faster cheaper better) are all totally
  175. >
  176. >This new (or actually very old if you remember the S-100 computers) is that
  177. >you no longer have a central power supply that provides all of the system
  178.  
  179. Technologies for small digital systems i think are significantly differnet
  180. from Large industrial facilities.  It's awful optimistic to scale this
  181. activity up to such a facility.
  182.  
  183. >
  184. >
  185. >[more tons deleted]
  186. >
  187. >Problems with 20 Khz
  188. >
  189. >1. IF cabin pressure is lost then the system can arc.
  190. How do you use this on the non-pressure side of the Bird?
  191. Extra thick insulation?  If it really needs the air di-electric
  192. it seems very challlenging to use it in vacuum based systems.
  193.  
  194. >2. Non Standard
  195. >3. RFI/EMI (can be solved with filters however)
  196. >
  197. >Actually not bad except for #1. If cabin pressure is lost you have to
  198. >shut down your power system. No good for system recovery. From what I
  199. >remember that is the final reason that 20Khz died.
  200. >
  201. >[literally tons deleted]
  202. Yeah, even I thought the threads were getting twisted and long.
  203.  
  204. >
  205. >>And what a can in space it was.  It was way ahead of the russains.
  206. >>It was fast, cheap, and better then any paper design, cuz it was real.
  207. >>The principle problem skylab had was there was no cheap way to get
  208. >>crews and materials up there.  Saturn missions were expensive.
  209. >
  210. >Saturn 1B flights were pretty cheap actually.
  211. >Why pat?
  212. Well, I don't know much about the 1B's but the V's were pretty expensive.
  213. Granted compared to the shuttle, maybe we should have stayed with
  214. the Saturns,  but at the time, I thought even 1B's were considered
  215. expensive, due to low flight rate,  need for large support force.....
  216.  
  217. >
  218. >>Fred,  are you thinking that a few million bucks will break the budget?
  219. >>It's my feeling that if we went metric, it's be useful for our industries.
  220. >>The europeans are not interested in manufacturing English unit products.
  221. >> 
  222. >
  223. >The Japanese have no problems doing that. Maybe that is why they are ahead
  224. >huh. :-)
  225. Actually, pretty much all the japanese products I've seen are metric based.
  226. or funny mixtures.  IEEE std connectors,  that sort of thing.
  227.  
  228. >
  229. > [Dennis, stuff deleted on power system design and on flamage restriction]
  230.  
  231. Dennis, if you lived here, and I lived there, we'd probably be
  232. on opposite sides of the fence.  You get to live and work with
  233. the guys trying to make things happen on shrinking and inadequate
  234. budgets,  while i get surrounded by greasy lobbyists and
  235. fat congresscritters.
  236.  
  237. pat
  238.  
  239. ------------------------------
  240.  
  241. Date: 16 Mar 1993 20:21:37 -0500
  242. From: Pat <prb@access.digex.com>
  243. Subject: 20Khz Power supplies.
  244. Newsgroups: sci.space
  245.  
  246. Actually the thing that really sets off my warning bells on 20Khz,
  247. is that no-one knows how this would behave in the LEO environment.
  248.  
  249. Henry,  wasn't most of the Canadian Long haul grid knocked down one
  250. time by sun spots?  Up there, god knows what kind of crzy interactions
  251. would occur every time we had asolar flare.
  252.  
  253. pat
  254.  
  255. ------------------------------
  256.  
  257. Date: 16 Mar 1993 20:33:35 -0500
  258. From: Pat <prb@access.digex.com>
  259. Subject: 20Khz Power supplies.
  260. Newsgroups: sci.space
  261.  
  262. In article <1993Mar16.190731.14597@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman) writes:
  263. >systems. It's cheaper, smaller, and lighter than the old brute force
  264. >methods of Tommy Edison and Georgie Westinghouse. Even Nicky Tesla
  265. >thought higher frequencies were a good idea for power distribution.
  266.  
  267. You talk about them like they were close personal friends of yours.
  268. Did you go to school with them ;-)
  269.  
  270. >DC was a technology of the 90s, the 1890s. Try to move into *this*
  271. >century Pat.
  272. >
  273. I wasn't particularly advocating DC.  I thought 400 HZ was the way to
  274. go.  Sure you have to buy out of aircraft catalogs,  but then the
  275. parts are halfway to space qualified.  You must be getting
  276. hardening of the arteries:-)  
  277.  
  278. The only reason I thought DC was an idea, was most of our manned
  279. space background is in DC.
  280.  
  281. ------------------------------
  282.  
  283. Date: Wed, 17 Mar 1993 01:11:23 GMT
  284. From: Henry Spencer <henry@zoo.toronto.edu>
  285. Subject: 7805s (was Re: 20Khz Power supplies.)
  286. Newsgroups: sci.space
  287.  
  288. In article <16MAR199316300855@judy.uh.edu> wingo%cspara.decnet@Fedex.Msfc.Nasa.Gov writes:
  289. >>> The MCM 7805 series regulator
  290. >>> that is used by the millions to regulate +5 VDC is actually a 40 Khz
  291. >>> chopper regulator in architecture...
  292. >>Is this true? Most 7805s I've come across are linear.
  293. >
  294. >Tom take a look at the noise spectrum output of a 7805. You will see that
  295. >it is concentrated (fundamental frequency) at 40 Khz. Then go to a book
  296. >on the theory on the part. ( I think the original design is from TI) and
  297. >read about switching regulators. These are early generation parts and 
  298. >are only about 50% efficient, although they can accept quite a range of
  299. >input voltage. (8.5-18 VDC for +5 VDC) I think the proper term is a 
  300. >chopper regulator for these early generation devices.  
  301.  
  302. Dennis, I think you've got the part numbers mixed up.  The 7805 is a
  303. linear device.  It drops voltage the crude way, by just interposing
  304. a partly-turned-on transistor as a resistance.  It is not a chopper of any
  305. kind -- where's the output filter??  It is nowhere near 50% efficient if
  306. presented with a relatively high input voltage.  It is the classical
  307. one-part linear (i.e., non-switching) regulator.
  308.  
  309. >I think what you are talking about is that they are listed in the linear 
  310. >devices catalogs sometimes. TI has an exclusisve book for Regulators.
  311.  
  312. Please cite exact references.  The 1992 TI Linear Databook, Volume 3,
  313. lists the 7805 as a linear regulator.
  314.  
  315. Switching power supplies are indeed the norm in modern computers, but
  316. the 7805 is not used in them.
  317. -- 
  318. All work is one man's work.             | Henry Spencer @ U of Toronto Zoology
  319.                     - Kipling           |  henry@zoo.toronto.edu  utzoo!henry
  320.  
  321. ------------------------------
  322.  
  323. Date: Tue, 16 Mar 1993 23:50:59 GMT
  324. From: Keith Mancus <mancus@sweetpea.jsc.nasa.gov>
  325. Subject: Charon & Pluto: definitions
  326. Newsgroups: sci.space
  327.  
  328. In article <C400n9.L0.1@cs.cmu.edu>, rcs@cs.arizona.edu (Richard Schroeppel) writes:
  329. > It's been suggested that Charon & Pluto be called "co-satellites" because
  330. > the system barycenter isn't inside Pluto.  This criterion depends too much
  331. > on the distance between the bodies.  The solar system barycenter is usually
  332. > not inside the sun; and if we were to move the moon 30% further away, the
  333. > earth-moon barycenter would be outside the earth.
  334.  
  335. > Rich Schroeppel  rcs@cs.arizona.edu
  336.  
  337.   Indeed.  By that definition, the Sun and Jupiter are "co-stars" because
  338. their barycenter is not inside the Sun...
  339.  
  340. -- 
  341. | Keith Mancus    <mancus@butch.jsc.nasa.gov>                           |
  342. |                 N5WVR                                                 |
  343. | "Black powder and alcohol, when your states and cities fall,          |
  344. |  when your back's against the wall...." -Leslie Fish                  |
  345.  
  346. ------------------------------
  347.  
  348. Date: 16 Mar 93 18:19:56 -0600
  349. From: Bill Higgins-- Beam Jockey <higgins@fnalf.fnal.gov>
  350. Subject: Chicago Grechko dates(was Re: Cosmonaut Georgi Grechko in USA)
  351. Newsgroups: sci.space
  352.  
  353. In article <1993Mar11.011037.25077@vdoe386.vak12ed.edu>, ghasting@vdoe386.vak12ed.edu (George Hastings) writes:
  354. > Dr. Georgi Grechko, Cosmonaut
  355. > Lecture Tour of the United States
  356. [long grueling itinerary which ends with:]
  357. > Travel to Chicago, IL            April 6
  358. >    Other speaking engagements may be added.
  359. >  If Dr. Gretchko is scheduled for your area, call
  360. >  the local planetarium for mor information.
  361.  
  362. Thanks, George.  I've got some more.  Various local National Space
  363. Society members, notably Jim Plaxco, have been hustling to set up
  364. speaking dates for Dr. Grechko:
  365.  
  366. Harper College, Palatine IL             April 6
  367. Schaumburg High School*, Schaumburg     April 7
  368. 14th District Activities Ctr, Chicago   April 7 
  369. Museum of Science & Industry*, Chicago  April 8
  370. Council on Foreign Relations, Chicago   April 8
  371. =================================
  372. * Not open to the public, I think.
  373.  
  374. Bill Higgins                           | "I shop at the Bob and Ray
  375. Fermi National Accelerator Laboratory  | Giant Overstocked Surplus
  376. Bitnet:           HIGGINS@FNAL.BITNET  | Warehouse in one convenient
  377. Internet:       HIGGINS@FNAL.FNAL.GOV  | location and save money besides
  378.  
  379. SPAN/Hepnet:           43011::HIGGINS  | being open every evening until 9."
  380.  
  381. ------------------------------
  382.  
  383. Date: 17 Mar 1993 02:02 UT
  384. From: Ron Baalke <baalke@kelvin.jpl.nasa.gov>
  385. Subject: Galileo HGA
  386. Newsgroups: sci.space
  387.  
  388. In article <1993Mar16.195742.12414@nntpd.lkg.dec.com>, fisher@skylab.enet.dec.com () writes...
  389. >Anyone have any clue as to what this "HGA receive pattern" test recently
  390. >was all about?  Do they have plans (or last-chance hopes) to use the HGA in
  391. >some degraded form, or is this just for contingency in case the LGAs die?
  392.  
  393. This is just a check to see if the signal from the HGA is usable.  The
  394. antenna is partially deployed, being more open on one side than the
  395. other.  Even though the hammerings did not free the stuck ribs, they did 
  396. open the antenna up a little bit more.  The HGA signal is not expected to be 
  397. usable, but the test is being done just to make sure.  
  398.      ___    _____     ___
  399.     /_ /|  /____/ \  /_ /|     Ron Baalke         | baalke@kelvin.jpl.nasa.gov
  400.     | | | |  __ \ /| | | |     Jet Propulsion Lab |
  401.  ___| | | | |__) |/  | | |__   M/S 525-3684 Telos | Don't ever take a fence 
  402. /___| | | |  ___/    | |/__ /| Pasadena, CA 91109 | down until you know the
  403. |_____|/  |_|/       |_____|/                     | reason it was put up.
  404.  
  405. ------------------------------
  406.  
  407. Date: Wed, 17 Mar 1993 01:17:47 GMT
  408. From: Henry Spencer <henry@zoo.toronto.edu>
  409. Subject: Just a little tap (was Re: Galileo HGA)
  410. Newsgroups: sci.space
  411.  
  412. In article <1993Mar16.182733.1@fnalf.fnal.gov> higgins@fnalf.fnal.gov (Bill Higgins-- Beam Jockey) writes:
  413. >> You mean sideswiping an asteroid to try to knock the antenna loose is out :-)
  414. >
  415. >Hmm, they're going past Ida in August, and a zero-distance flyby is well
  416. >within the propellant margins, I'm sure...
  417.  
  418. Jordin Kare, in his Clementine talk at Making Orbit, mentioned that they
  419. had seriously discussed an "aim for dead center, it's not going to hit it
  420. and we'll get great closeups" philosophy for the Clementine asteroid
  421. encounter.  He said this did make people a little nervous, but more to
  422. the point, it made it difficult to get good imaging both inbound and
  423. outbound, because the asteroid goes from almost-dead-ahead to almost-
  424. dead-astern very quickly and the probe can't re-point its sensors all
  425. that rapidly.  A substantial miss distance limits the closeups but gives
  426. better return overall.
  427.  
  428. (This is from slightly-dim memory, details may not be quite right.)
  429. -- 
  430. All work is one man's work.             | Henry Spencer @ U of Toronto Zoology
  431.                     - Kipling           |  henry@zoo.toronto.edu  utzoo!henry
  432.  
  433. ------------------------------
  434.  
  435. Date: 16 Mar 1993 19:34:13 -0500
  436. From: Pat <prb@access.digex.com>
  437. Subject: Mars Observer Update - 03/16/93
  438. Newsgroups: sci.space
  439.  
  440. In article <16MAR199312462649@csa2.lbl.gov> sichase@csa2.lbl.gov (SCOTT I CHASE) writes:
  441. |In article <16MAR199319013284@kelvin.jpl.nasa.gov>, baalke@kelvin.Jpl.Nasa.Gov (Ron Baalke) writes...
  442. |>Forwarded from the Mars Observer Project
  443. |> 
  444. |>                       MARS OBSERVER STATUS REPORT
  445. |>                              March 16, 1993
  446. |> 
  447. |>The Flight Team reports that spacecraft subsystems and the instrument
  448. |>payload are performing well.  The spacecraft is in Array Normal Spin in
  449. |>outer cruise configuration, with uplink and downlink via the High Gain
  450. |>Antenna; uplink at 125 bps, downlink at the 2 K Engineering data rate.
  451. |>The DSN (Deep Space Network) is providing continuous coverage to Mars
  452. |>Observer in support of TCM-3 (Trajectory Correction Maneuver #3) activities.
  453. |
  454. |Why are uplink and downlink at different data rates?  Does the spacecraft
  455. |have a better transmitter than receiver?  I presume that we can transmit
  456. |as well as we can receive, so that the difference must be due to some 
  457. |spacecraft design issue.
  458. |
  459.  
  460.  
  461. Well, I imagine the need for data uplink, isn't real large.
  462. Command sequences  aren't real long, while flight engineering data
  463. can get real long,  especially if you miss a DOwnlink.
  464.  
  465. Plus, i would expect the spacecraft Uplink receiver is omni directional,
  466. unlike the Downlink antenna which is highly directional,  so that in
  467. case the spacecraft takes a funny point angle,  you can still
  468. whistle it up and tell it to SAFE.
  469.  
  470. The less gain on the antenna,  the less directional and the less
  471. bandwidth.
  472.  
  473. Look at galileo.  HGA antenna 115 kbs at jupiter.
  474. LGA antenna  1 KBS,  but it's probably an Omni antenna.  I think
  475. it was meant as an engineering downlink antenna.  
  476.  
  477. pat
  478.  
  479. MO  may have a smaller conical antenna  for engineering data.
  480.  
  481. ------------------------------
  482.  
  483. Date: Wed, 17 Mar 1993 00:56:15 GMT
  484. From: Henry Spencer <henry@zoo.toronto.edu>
  485. Subject: Mars Observer Update - 03/16/93
  486. Newsgroups: sci.space
  487.  
  488. In article <16MAR199312462649@csa2.lbl.gov> sichase@csa2.lbl.gov (SCOTT I CHASE) writes:
  489. >Why are uplink and downlink at different data rates?  Does the spacecraft
  490. >have a better transmitter than receiver?  I presume that we can transmit
  491. >as well as we can receive, so that the difference must be due to some 
  492. >spacecraft design issue.
  493.  
  494. Simple:  it *needs* higher downlink data rates.  All that ever gets sent
  495. up are commands, which are not particularly bulky and are not sent very
  496. often.  A lot more data comes back, especially if there are imaging
  497. instruments aboard.  So it's worth spending mass and power on a powerful
  498. (well, relatively powerful) transmitter for high downlink rates, but
  499. not worth busting a gut on receiver design for fast uplink.
  500. -- 
  501. All work is one man's work.             | Henry Spencer @ U of Toronto Zoology
  502.                     - Kipling           |  henry@zoo.toronto.edu  utzoo!henry
  503.  
  504. ------------------------------
  505.  
  506. Date: 17 Mar 93 02:01:21 GMT
  507. From: "Frank Ch. Eigler" <fche@db.toronto.edu>
  508. Subject: Mars Observer Update - 03/16/93
  509. Newsgroups: sci.space
  510.  
  511. In article <16MAR199312462649@csa2.lbl.gov> sichase@csa2.lbl.gov (SCOTT I CHASE) writes:
  512. >Why are uplink and downlink at different data rates?  Does the spacecraft
  513. >have a better transmitter than receiver?  I presume that we can transmit
  514. >as well as we can receive, so that the difference must be due to some 
  515. >spacecraft design issue.
  516.  
  517. henry@zoo.toronto.edu (Henry Spencer) writes:
  518. >Simple:  it *needs* higher downlink data rates.  [...]
  519.  
  520. Also, receivers can be a lot more complicated than transmitters in the
  521. case of some error detection/correction coding systems, e.g., one of
  522. those on the Galileo craft.  The computational requirements of
  523. transmitting and receiving are not necessarily symmetric.
  524. -- 
  525.  
  526. -- Frank Ch. Eigler -- Comp Eng -- <eigler@ecf.toronto.edu> -- (I'm Brian!)
  527.  
  528. ------------------------------
  529.  
  530. Date: 17 Mar 93 02:36:26 GMT
  531. From: Steve Collins <collins@well.sf.ca.us>
  532. Subject: Mars Observer Update - 03/16/93
  533. Newsgroups: sci.space
  534.  
  535. the data rates differ beccause the antenna and transmitter on the ground
  536. can put out lots more power than the spacecraft transmitter.
  537.     Steve Collins MO spacecraft team AACS
  538.  
  539. ------------------------------
  540.  
  541. Date: 17 Mar 93 02:40:34 GMT
  542. From: Steve Collins <collins@well.sf.ca.us>
  543. Subject: Mars Observer Update - 03/16/93
  544. Newsgroups: sci.space
  545.  
  546. We have both low and highgain antennas . The lowgain is fairly
  547. omnidirectional.
  548. I believe we are using highgain for both uplink and downlink at this point.
  549. another factor in the data rates, is the need for the uplink to have
  550. very good signal to noise. Otherwize the command decoder won't recognize
  551. the commands and you will have to resend. Ifyou lose a little engineering
  552. telemetry in the downlink, it s no big deal...
  553.  steve Collins MO SCT AACS
  554.  
  555. ------------------------------
  556.  
  557. Date: 16 Mar 1993 20:28:18 -0500
  558. From: Pat <prb@access.digex.com>
  559. Subject: Response to various attacks on SSF
  560. Newsgroups: sci.space
  561.  
  562. In article <1993Mar16.182250.19602@aio.jsc.nasa.gov> mll@aio.jesnet.jsc.nasa.gov writes:
  563. >be documented.  Requirements, documentation and management may not be
  564. >the most romantic aspects of the space program, but without them,
  565. >nothing will fly. 
  566.  
  567. Boeing has an adage : "When the weight of the Documentation exceeds the
  568. weight of the airframe,  the plane will fly".
  569.  
  570. The differnce, is that when the airplane stops flying,  we do know who
  571. to talk to.  Boeing has had some real problems,  but most people have
  572. confidence, that they understand and are mostly on top of the problems.
  573.  
  574. Boeing has a small fleet of planes that just take off and land every day
  575. to test landing cycles.  They have pressure hulls, that they pressure
  576. cycles thousands of times to test for stress.  They have old birds on
  577. dynamic test beds to test wing load over time.   
  578.  
  579. I don't see that kind of approachin SSF.  All the old NASA programs
  580. built  spares and ground simulators to test all systems.  SSF
  581. has too much tied to the flight hardware only.  
  582.  
  583. pat
  584.  
  585. They're testing the vehicle before it flies,  but wouldn't it be nice
  586. if they built 3 vehicles.  a pathfinder,  the flight article and
  587. a flight spare, that they could use for ground testing, training
  588. and advanced life cycle testing?
  589.  
  590. ------------------------------
  591.  
  592. Date: Wed, 17 Mar 1993 01:49:43 GMT
  593. From: Henry Spencer <henry@zoo.toronto.edu>
  594. Subject: Sisters of Mars Observer (was Re: Refueling in orbit)
  595. Newsgroups: sci.space
  596.  
  597. In article <1993Mar16.173626.17712@den.mmc.com> seale@possum.den.mmc.com (Eric H Seale) writes:
  598. >>... There's no particularly good reason why a commercial
  599. >>comsat or something of that ilk couldn't function perfectly well around
  600. >>Mars or Venus, with minor adjustments to things like the size of the
  601. >>solar arrays.
  602. >
  603. >Speaking as a spacecraft-type, these "minor adjustments" have a very
  604. >nasty tendency to snowball.  At first glance, all you have to change is
  605. >the size of your solar arrays and high-gain antenna.  But wait -- now
  606. >your solar arrays generate TOO MUCH power while you're at Earth (gotta
  607. >resize the power control circuitry)...
  608.  
  609. No, just tilt the arrays until you're out at Mars distance.  I believe
  610. that's what Mars Observer did, and it's certainly what Mariner 10 did
  611. to solve a similar problem.
  612.  
  613. >And the longer comm distances mean
  614. >you have to have higher-power communication gear (make the solar arrays
  615. >bigger again...)...
  616.  
  617. Higher power than a comsat's transponders?  I doubt it!  Of course, you
  618. do need some power for the instruments as well.
  619.  
  620. >... Oh, and the bigger arrays / comm gear / computer mean the
  621. >structure needs to be beefed up some (and of course, a commercial
  622. >satellite isn't built to handle the loads imposed during escape from
  623. >Earth's gravity).
  624.  
  625. Commercial comsats are typically built to use solid-fuel apogee motors,
  626. which administer just as much of a kick as anything used for Earth escape.
  627.  
  628. >And did you remember to add the extra propulsion gear
  629. >to get into Mars' orbit?
  630.  
  631. Why not just use a solid motor, like Magellan did?  You don't need
  632. spacecraft mods for that (assuming power etc. for cruise is okay in
  633. a high-gee configuration).
  634.  
  635. >It's not at first apparent, but by "customizing" an existing spacecraft,
  636. >you can easily end up with a more expensive bird than if you had just
  637. >started from scratch...
  638.  
  639. No argument there.  It's easy to just let change after change creep into
  640. the design.  You need hard-nosed management that insists that the words
  641. about "minimum changes" be taken seriously, even if it means compromises.
  642. Controlling changes is not easy, especially if your organization is used
  643. to doing uncompromised full-custom designs.
  644.  
  645. I'm actually being unjustly hard on Eric, here -- he raised some good
  646. points that I've deleted, and it *can* turn out that using the existing
  647. design just doesn't work -- but there are more variables than just the
  648. technical ones, and I suspect those extra variables were more important
  649. in the case of the Observer design.
  650. -- 
  651. All work is one man's work.             | Henry Spencer @ U of Toronto Zoology
  652.                     - Kipling           |  henry@zoo.toronto.edu  utzoo!henry
  653.  
  654. ------------------------------
  655.  
  656. Date: 17 Mar 93 02:52:59 GMT
  657. From: Steve Collins <collins@well.sf.ca.us>
  658. Subject: Sisters of Mars Observer (was Re: Refueling in orbit)
  659. Newsgroups: sci.space
  660.  
  661. Well the MO managers I work with are pretty hard nosed when it comes to
  662. cost...
  663. and the GE managers tried hard to contain cost too since they were working
  664. to a fixed price. Slipping off the shuttle was a big driver I undestand,
  665. since it changed the spacecraft mass allowable.
  666. Another  technical issue is radiation tolerance  since earth orbiters
  667. are protected from the solar wind by the geomagnetic field. Knowing
  668. what I know about MO, I feel they did a pretty good job of using existing
  669. hardware and experince and applying it to a MARS mission. You really can't
  670. just put a bigger booster under a commercial satelite...
  671. steve Collins
  672.  
  673. ------------------------------
  674.  
  675. Date: 16 Mar 93 20:24:00 PST
  676. From: "RWTMS2::MUNIZB" <MUNIZB%RWTMS2.decnet@rockwell.com>
  677. Subject: Solar Arrays Falling Off
  678.  
  679. I know this discussion took place a while ago, but I feel I should
  680. add to it (and I've been way behind in my reading!).
  681.  
  682. "David B. Mckissock" <dbm0000@tm0006.lerc.nasa.gov> writes:
  683.  
  684. <2. Yes, the Loads & Dynamics Working Group has calculated . . .
  685. [discussion of PV array plume loads deleted]
  686.  
  687. George William Herbert <gwh@soda.berkeley.edu> replies:
  688. <    I cannot post further information 
  689. <from what I know about the WP problems without
  690. <burning sources.  Suffice it to say that while the
  691. <information you have given here is in no way indicated
  692. <false by any source I have seen or heard, it also does
  693. <not contradict what my sources said.
  694.  
  695. As an Engineering Specialist and the Lead Engineer for On-Orbit
  696. Structural Loads and Dynamics analysis at Rocketdyne (WP-4),
  697. I can verify that what Dave said is essentially correct.
  698.  
  699. However, George also said:
  700. <    I have specific information about 
  701. <management's impact on simulation and calculation
  702. <methodologies from a totally non-technical standpoint
  703. <which makes all the technical results extremely 
  704. <QUestionable.
  705.  
  706. I would not say that management in general has compromised the
  707. technical results by making us change numbers, but certain individuals
  708. (at all levels of the program) have questioned our perception of the 
  709. reality of this problem.  Additionally, the structural dynamics 
  710. community has had to fight an uphill battle with the bureaucracy to 
  711. resolve the situation.  Case in point, the Level II Loads and Dynamics 
  712. Working Group (LDWG) released on-orbit plume loads in 9/91 and 1/92.  A 
  713. Change Request was initiated 2/93 to pass these down to the Work 
  714. Packages.  The request was approved by the Level II Control Board in 
  715. 6/92, signed by upper management in 11/92, sent to the Centers in 12/92, 
  716. and sent to the contractors in 1/93.  During this time there were no 
  717. official Level II loads except those that dated from the 5-meter truss 
  718. days (very obsolete!).  Rocketdyne project management could not respond 
  719. to these loads since they were not a contract requirement ("gold 
  720. plating" is a no-no), despite the input of the technical community 
  721. saying that the problem would not just go away.  I'm sure that the same 
  722. thing has happened in other disciplines, and I hope that Goldin's 
  723. proposal to change SSF's Byzantine management structure will allow things 
  724. to proceed more quickly in the future.
  725.  
  726. Dave also said:
  727. <   options list). Also, some folks question the
  728. <   validity of the calculated loads - the computer code
  729. <   used to calculate the plume loads is unverified.
  730.  
  731. The plume physics community is unanimous on the possibility that the 
  732. actual loads could be different from the predictions.  But some say the 
  733. loads are lower, and others say higher.  This puts the decision in the 
  734. manager' hands as to risk assessment.
  735.  
  736. and:
  737. <   Finally, NASA could always install an auto-pilot
  738. <   on the Shuttle, to automate the docking procedure,
  739. <   and this whole issue would become moot.
  740.  
  741. I have repeatedly brought this up before the LDWG.  There have been 
  742. other options proposed such as making the Vernier thrusters (24 lbf, 106 
  743. N) redundant at a cost of $ 15.5 million (1984 dollars, not including 
  744. recertification of hard- and software), thus eliminating the need to use 
  745. the Primaries (870 lbf, 3870 N).  However, since these would require a 
  746. Shuttle redesign the Station program office has little authority in this 
  747. area.  Maybe Goldin's proposed "holistic" approach to lowering 
  748. life-cycle costs instead of only development costs will allow another 
  749. look at some of these options.
  750.  
  751. On a more technical note,
  752.  
  753. "Dr. Norman J. LaFave" <lafave@ial4.jsc.nasa.gov> writes:
  754. <As someone who does plume analysis, I can state that the problem
  755. <is still there despite the distance. Furthermore, the flexible
  756. <dynamics of the solar arrays are worsened by the truss through
  757. <dynamic coupling.
  758.  
  759. We did some analysis that showed that PV Array the stand-alone results 
  760. were about 10% lower than those from the coupled-system PMC model.  I 
  761. believe that part of the difference is from plume forces on the Module 
  762. Cluster, thus forcing the truss torsional modes which couple with the 
  763. Array bending modes (the frequencies and mode shapes are only part of 
  764. the calculations, the generalized force has to be considered as well).
  765.  
  766. Followups to e-mail? (since the discussion on the net has drifted away 
  767. from this).
  768.  
  769. Disclaimer: Opinions stated are solely my own (unless I change my mind).
  770. Ben Muniz     MUNIZB%RWTMS2.decnet@consrt.rockwell.com    w(818)586-3578
  771. Space Station Freedom:Rocketdyne/Rockwell:Structural Loads and Dynamics
  772.    "Man will not fly for fifty years": Wilbur to Orville Wright, 1901
  773.  
  774. ------------------------------
  775.  
  776. End of Space Digest Volume 16 : Issue 325
  777. ------------------------------
  778.